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COMMUNICATION MANAGEMENT IN NETWORKS 
HAVING SPLIT CONTROL PLANES AND USER PLANES 

BACKGROUND 

5 [0001] This application claims priority to U.S. Provisional Patent Application 
No. 60/217,694 that was filed on July 12, 2000, and that is incorporated here by 
reference. 

[0002] This invention relates to methods and apparatus for telecommunication and in 
particular to use of Media Gateway Control protocol mechanisms in a packet-switched 
1 0 communication system having a split control-plane/user-plane architecture to enable 
control-plane nodes to re-establish connections toward peer nodes when packets are 
received in the user plane from other peer nodes and to discover communication 
failures in the user plane. 

[0003] In a packet data communication system, information is exchanged as packets 
15 of digital data, or datagrams. Each data packet includes address information that 
enables the system to direct each packet on its own way through the system from a 
sender to a receiver. Thus, a packet data communication system does not maintain a 
continuous connection between a sender and a receiver. Packet data communication 
systems are sometimes called "connection-less" and packet-switched systems, 
20 distinguishing them from traditional telephony systems in which continuous connections 
are established between senders and receivers. Thus, traditional telephony systems 
are sometimes called "connection-oriented" and circuit-switched systems. 
[0004] General packet radio service (GPRS) is a packet-switched communication 
system that is standardized by the European Telecommunications Standards Institute 
55 (ETSI) and the Third Generation Partnership Project (3GPP). See for example "Digital 
Cellular Telecommunications System (Phase 2+) (GSM); General Packet Radio Service 
(GPRS); Service description; Stage 2", 3GPP TS 03.60 ver. 7.6.0 Release 1998; and 
"General Packet Radio Service (GPRS); Service Description; Stage 2", 3GPP TS 
23.060 ver. 3.3.0 Release 1999 (Apr. 2000). GPRS is also described in H. Granbohm 
30 et al., "GPRS - General Packet Radio Service", Ericsson Review No. 2, pp. 82-88 
(1999) and in L. Ekeroth et al., "GPRS Support Nodes", Ericsson Review No. 3, 
pp. 156-169(2000). 
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[0005] GPRS operates with circuit-switched, cellular mobile telephone systems such 
as the Global System for Mobile (GSM) system, also standardized by ETSI and 3GPP, 
and the U.S. time division multiple access (TDMA) cellular system defined by the 
TIA/EIA-136 standard promulgated by the Telecommunications Industry Association 
5 (TIA) and Electronic Industries Association (EIA). By adding GPRS functionality to 
GSM and TDMA public land mobile networks (PLMNs), network operators can give 
their subscribers resource-efficient access to external Internet protocol-based (IP- 
based) networks like the Internet. 

[0006] As depicted in FIG. 1 , a GSM-style PLMN includes a number of interconnected 
1 0 network nodes, in particular, a mobile switching center/visitor location register 

(MSCA/LR), a home location register (HLR), and base station subsystems (BSS). The 
BSS handles radio communication with subscribers' mobile stations (MSs) via an air 
interface Urn. The HLR is a database of information about the subscribers that is 
accessed by the MSCA/LR via a D-interface and that is accessed by a serving GPRS 
15 support node (SGSN) via a Gr-interface. The MSCA/LR routes circuit-switched calls to 
and from the MSs, communicating with the BSS over an A-interface. It will be 
appreciated that these nodes are typical of a circuit-switched network such as a PLMN, 
whether GSM or not. Data transfer and signaling interfaces are indicated in FIG. 1 by 
solid lines and signaling interfaces are indicated by dashed lines. 
20 [0007] Packet data services and GPRS add nodes in a packet-switched portion of the 
communication network for handling packet data traffic; these nodes interwork with the 
circuit-switched portion of the communication system depicted in FIG. 1. For example, 
an SGSN is connected to the BSS via a Gb-interface and resides at the same 
hierarchical level in the network as the MSCA/LR. A gateway GPRS support node 
25 (GGSN) is the interconnection point to a packet data network (PDN) via a Gi-interface 
and is connected to the SGSN via a Gn-interface (which may be an IP backbone). User 
data to the Internet, directed for example, from a terminal equipment (TE) connected to 
a mobile terminal (MT), is sent encapsulated over the IP backbone. In FIG. 1 , R is a 
reference point between a non-ISDN compatible TE and an MT. In this application, the 
30 end-user's equipment is called a mobile station (MS) whether it is a combination of a 
phone (MT) and a device such as a computer (TE) or just a phone. 
[0008] The SGSN and GGSN can be combined into one physical node and deployed 
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at a central point in the network, or a network may include several GGSNs and SGSNs 
as shown. Packet data streams and short text messages are handled in FIG. 1 by a 
Short Message Service - Gateway MSC (SMS-GMSC) and an SMS - Interworking MSC 
(SMS-IWMSC) that communicate with the HLR via a C-interface and with the MSC/VLR 

• 5 via an E-interface. As seen in FIG. 1 , the SMS-GMSC and SMS-IWMSC exchange 

short messages with a short message switching center (SM-SC), and the SMS-GMSC 
communicates with the SGSN via a Gd-interface. It will be appreciated that the nodes 
depicted in FIG. 1 are typical of a packet-switched network, whether a GPRS network 
or not. 

1 0 [0009] Most of the interfaces depicted in FIG. 1 , and in particular the Gs- and 
;j A-interfaces, exchange messages with the help of the Signaling System Number 7 

* (SS7) that is standardized by ETSI and the American National Standards Institute 

rl (ANSI), among others. SS7 in GSM and GPRS uses a message transfer part (MTP) 
protocol to deliver messages and a signaling connection control part (SCCP) protocol 
: 1 5 for extended addressing. The. SCCP protocol provides for each message to have an 
SCCP header that has a sub-system number for telling the node receiving the message 
which application should have the message. An SGSN, for example, typically has 
different sub-system numbers for communication with the HLR and with the MSC/VLR. 
An MSC usually derives the node type of a communicating peer node based on the 
20 sub-system number that may be stored in a database or included in an earlier 
message. 

[0010] In a GPRS network, packet data channels (PDCHs) are mapped onto 
respective timeslots, thereby utilizing the same physical channel structure as ordinary 
circuit-switched GSM/TDMA channels. All radio resources are managed from a base 

25 station controller (BSC) in the BSS, which also includes Base Transceiver Stations 
(BTS); the pool of physical channels for a given cell can be used as either circuit- 
switched channels or packet-data channels. By packet multiplexing, the allocated 
PDCHs can be shared by every GPRS user in the cell, and the number of PDCHs in a 
cell can be fixed or dynamically allocated to meet fluctuating traffic demands. To 

30 support efficient multiplexing of packet traffic to and from mobile stations, or mobile 
terminals (MTs), packet data traffic channels (PDTCHs), packet associated control 
channels (PACCHs), and packet data common control channels (PDCCHs) are 
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specified for the air interface Um, although PDCCHs are not always used. 
[001 1] As noted above, an SGSN serves every GPRS subscriber that is physically 
located within the SGSN's service area. To a large extent, the SGSN does for the 
packet data service what the MSCA/LR does for circuit-switched service. The mobility 
5 management functions for GPRS terminals that are performed by an SGSN include 
attach/detach, user authentication, ciphering, location management, and so on, and an 
SGSN supports combined mobility management for at least some mobile terminals by 
interworking with the MSCA/LR. An SGSN also manages the logical link to mobile 
terminals that carries user packet traffic, SMS traffic, and layer-3 signaling between the 
10 network and the GPRS terminals. An SGSN also routes and transfers packets between 
mobile terminals and the GGSN; handles packet data protocol (PDP) contexts (the PDP 
context defines important parameters, such as the access point name, quality of 
service, the GGSN to be used, and so on, for connection to the external packet data 
network); interworks with the radio resource management in the BSS; and generates 
;15 charging data. 

[0012] As noted above, the GGSN accommodates the interface to external IP-based 
networks. Access-server functionality in the GGSN is defined according to standards 
from the Internet Engineering Task Force (IETF). The GGSN functions as a border 
gateway between the PLMN and external networks, sets up communication with 
external packet data networks, authenticates users to external packet networks, routes 
and tunnels packets to and from the SGSN, and generates charging data. 
[001 3] The MSCA/LR also supports integrated mobility management for mobile 
terminals. GPRS attach and PDP-context activation must be executed in order for 
GPRS users to connect to external packet data networks. The mobile terminal makes 
25 itself known to the network by means of GPRS attach, which corresponds to IMSI 
attach used for circuit-switched traffic. Once the terminal is attached to the network, 
the network knows its location and capabilities. For some mobile terminals, circuit- 
switched IMSI attach and packet-switched GPRS attach can be performed at the same 
time. 

30 [0014] GPRS attach is depicted by FIG. 2. In step 1 , the mobile terminal requests 
that it be attached to the network. The terminal's request, which is sent to the SGSN, 
includes parameters that indicate its multi-timeslot capabilities, the ciphering algorithms 
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it supports, whether it wants to attach to a packet-switched service or to both packet- 
and circuit-switched services, etc. In step 2, authentication is made between the 
terminal and SGSN, which may fetch relevant data from the HLR. In step 3, subscriber 
data from the HLR is inserted into the SGSN; and in step 4, information is passed to the 
5 terminal that indicates the terminal is attached to the network. 

[0015] Before the mobile terminal can communicate with an external PDN (e.g., an IP 
network), a PDP context must be activated. The PDP context includes parameters that 
describe the characteristics of the connection to the external PDN, e.g., the address 
allocated to the MS, access point name (APN), QoS, and so on. PDP contexts may be 
- 1 0 primary or secondary, in which a secondary PDP context uses the same MS IP address 
: and is connected towards the same APN (i.e., external net) as its respective primary 
PDP context. A composite PDP context contains one primary and zero or more 
secondary PDP contexts. 

[0016] PDP-context activation is depicted in FIG. 3. In step 1 , the mobile terminal 

-1 5 requests PDP-context activation. In step 2, the SGSN validates the request based on 
subscription information received from the HLR during GPRS attach. In step 3, the 

- APN is sent to a domain name server (DNS) from the SGSN to find the IP address of 
the relevant GGSN. In step 4, a logical connection is created between the SGSN and 
the GGSN (i.e., a GPRS Tunneling Protocol (GTP) tunnel is formed). In step 5, the 

20 GGSN assigns a dynamic IP address to the mobile terminal, if required, from the range 
of IP addresses allocated to the PLMN or externally, from a Remote Authentication 
Dial-In User Service (RADIUS) server (a fixed IP address from the HLR could also be 
used). A RADIUS client is included in the GGSN to support Password Authentication 
Protocol (PAP) and Challenge Handshake Authentication Protocol (CHAP) 

25 authentication to external networks with RADIUS servers. After an acknowledgment of 
the PDP context activation is returned to the MS (step 6), communication between the 
user and the external PDN (e.g., an Internet Service Provider (ISP) network or a 
corporate network) can commence (step 7). 

[0017] Many network operators see an advantage in physically splitting node(s) in a 
30 network like that depicted in FIG. 1 into control plane node(s) and user plane node(s), 
thus better enabling independent scalability of signaling traffic and data traffic. In 
particular, the number of end-users is scalable independently of the end-user traffic. By 
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connecting each user-plane node to several control-plane nodes and vice versa, it is 
possible to use the total network capacity more efficiently. Moreover, it is possible to 
dispose common user-plane nodes between the circuit-switched and the packet- 
switched portions of the communication network to reduce the necessary network 
• 5 resources even further and to provide a better migration path when circuit-switched 
equipment is replaced packet-switched equipment. Also, this enables cheaper 
replacement of the network nodes handling user-plane traffic as technology evolves. 
[0018] The Universal Mobile Telecommunication System (UMTS) is a combined 
circuit-switched and packet-switched communication system. The circuit-switched 
3 1 0 portion has a split control-plane/user-plane architecture, and therefore physically 
! jj splitting nodes in the circuit-switched portion of this system is already possible. The 
! =j packet-switched portion does not have a split architecture, although a logical split 
1 already exists in the current specifications of the packet-switched portion and thus it 

may be just a matter of time before a split architecture is defined. 
-1 5 [0019] When a split architecture is implemented, a protocol for communications 
: : - between control- and user-plane entities must be defined. Two such protocols are the 
H.248 and Media Gateway Control (MEGACO) protocols, which are similar enough that 
they will be called the H.248/MEGACO protocol in this application. The 
H.248/MEGACO protocol defines, in an open and flexible way, a generic framework for 
20 information exchange between control-plane and user-plane entities as well as 
application-specific packages that can be tailored to the different needs of an 
application like GPRS. The H.248 protocol is being developed by Study Group 16 of 
the International Telecommunications Union (ITU) (see Draft Recommendation H.248, 
ITU (June 15, 2000), which is incorporated here by reference). The MEGACO protocol 
25 is being developed in the lETF's MEGACO working group (see N. Greene et al., 

"Megaco Protocol version 0.8", RFC 2885, IETF (Aug. 2000) and T. Taylor, "Megaco 
Errata", RFC 2886, IETF (Aug. 2000), which are the successors to N. Greene et al., 
"Media Gateway Control Protocol Architecture and Requirements", RFC 2805, IETF 
(Apr. 1999)). 

30 [0020] In these standardization protocols, the call/application function located in the 
control plane is called a Media Controller (MC) and the bearer/resource function located 
in the user plane is called a Media Gateway (MG). An MG normally converts media 
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provided in one type of network to a format required in another type of network, and an 
MC controls the parts of a call state that pertain to connection control for media 
channels in an MG. For example, an MG may terminate bearer channels from a circuit- 
switched network (e.g., DSO channels in a PSTN) and media streams from a packet- 

5 switched network (real-time transport protocol (RTP) streams in an IP network). 

[0021] FIG. 4 depicts such a network that has two nodes and a split architecture. The 
nodes 402, 404 include respective MCs 406, 408 and respective MGs 410, 412. 
Communications on the interface between the media controllers, i.e., the control-plane 
entities, are conducted according to a call/application control protocol. 

0 Communications on the interface between the media gateways, i.e., the user-plane 
entities, are conducted according to a bearer/resource protocol. Communications on 
the interface between the control-plane and user-plane entities can be conducted 
according to the H.248/MEGACO protocol. 

[0022] The H.248/MEGACO protocol is also organized according to user-plane 
5 concepts of Contexts, Terminations, Streams, and Descriptors, which can be better 
understood with the help of FIG. 5. 

[0023] Contexts and Terminations relate to resources in the user plane. A 
Termination represents a physical or logical endpoint of flows of information, or media, 
and encapsulates media stream parameters as well as modem and bearer parameters. 
A Termination may include zero or more Streams and is identified by a TerminationlD. 
Two Terminations are shown in FIG. 5. A Context logically groups one or more 
Terminations and is identified by a ContextlD. A Context describes the topology (who 
hears/sees whom, i.e., the flow of media among Terminations) and the media mixing 
and/or switching parameters if more than two Terminations are involved in the Context. 
One Context that groups two Terminations is shown in FIG. 5. Each user plane entity 
(i.e., a media gateway in a split architecture like that shown in FIG. 4) can contain, or 
handle, several Contexts from several MSs. In general, Terminations are 
added/removed from Contexts by Add and Subtract commands. 
[0024] Terminations have properties that have unique PropertylDs, and related 
properties are grouped into Descriptors, which may be input or output parameters of 
commands. For example, a Stream describes a flow of media through a Termination in 
an MG. A Stream may include a received and/or a sent media flow, and is identified by 
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a StreamlD. Four bi-directional Streams are depicted in FIG. 5. The Streams 502, 504 
are interconnected in the Context and hence they have the same StreamlD. Similarly, 
the Streams 506, 508 are interconnected in the Context and hence they too have the 
same StreamlD. Several Streams can be set up in one Termination, and FIG. 5 shows 
5 each Termination having two Streams. User data received by a media gateway is 
described by a Local Descriptor and user data sent by a media gateway is described by 
a Remote Descriptor. 

[0025] The H.248/MEGACO protocol defines an Events Descriptor that describes 
events, conditions, parameters, etc. to be detected by an MG and what to do when 
10 such events are detected. The Events Descriptor typically contains a RequestID and a 
list of events that the MG is requested to detect and report. The RequestID is used to 
correlate the request with the notifications that it may trigger. Each event in the 
Descriptor typically contains an Event name, an optional StreamlD, and other optional 
parameters. When an event is processed against the contents of an active Events 
5 Descriptor and found to be present ("recognized") in that Descriptor, the MG typically 
sends a Notify command to the MC. For example, conditions that might be monitored 
are the transferred information volume (e.g., the number of sent/received 
octets/packets) and the time duration of a communication session, which can be used 
as bases for charging a subscriber for the service provided. 
[0026] The H.248/MEGACO protocol provides another Descriptor called a 
SignalsDescriptor, which is a parameter that contains a set of Signals that an MG 
applies to a Termination. There are three types of Signals: on/off, which is a Signal 
that lasts until it is turned off; timeout, which is a Signal that lasts until it is turned off or 
a specified time period elapses; and brief, which is a Signal having such a short 
duration that it will stop on its own unless a new Signal is applied that causes it to stop. 
Production of a Signal on a Termination is stopped by detection of an Event on the 
Termination, among other things. Signals are identified by SignallDs and optionally by 
relevant StreamlD, signal type, and duration, among others. A Media Controller can 
send a Signal to a Media Gateway to order the Media Gateway to perform an action, 
like send a message to its peer (in the user plane). 

[0027] In GPRS, establishing a PDP context implies establishing a communication 
session in an MS, the radio network, an SGSN, and a GGSN. If no user-plane traffic is 
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transmitted through this session for some time, the radio network may decide to release 
(or order release of) the connection between the radio network (or the MS) and the 
SGSN, while the connection between the SGSN and GGSN should remain. When 
user-plane traffic is transmitted again, the control plane nodes must re-establish the 
5 connection between the radio network (or the MS) and the SGSN. How this 
functionality can be achieved in a split architecture needs to be defined. 
[0028] In addition, the current specifications of GPRS includes a "heartbeat" 
mechanism implemented by Echo Request and Echo Response messages. Every 
node/entity must send a message (Echo Request) to all its communication peers. If no 
0 reply (Echo Response) is received (possibly after some re-transmissions), the path 
towards this peer is considered faulty. If a reply is received and a re-start counter of the 
peer is different from the previously received counter value, the peer is considered re- 
started. This heartbeat mechanism is applied in both the control plane and the user 
plane. If a re-start or a path failure is discovered, all sessions (PDP contexts) towards 
5 the relevant peer might be released, or at least the involved MSs should be notified. 
The control plane entity is in charge of both the release process and the notification to 
the MS. 

[0029] How this kind of heartbeat mechanism can be applied to a user plane entity, 
and how the user plane entity can report fault situations to the control plane in a split 
architecture need to be defined. A similar heartbeat mechanism can also be applied in 
the traditionally circuit-switched part of the network when that part uses packet bearers, 
e.g., IP packets. 

[0030] In view of the effort being expended to develop the H.248/MEGACO protocol, 
it could be beneficial to use that protocol in a wide variety of communication 
environments, including GPRS for example. Aspects of this effort are described in 
"Feasibility Study for Transport and Control Separation in the PS CN Domain", 3GPP 
TR 23.873 ver. 1.1.0 (Jan. 2001), which is incorporated here by reference. Further 
aspects are described in U.S. Patent Applications No. 09/xxx,xxx and No. 09/xxx,xxx, 
both filed on July 1 1 , 2001 , by F. Bjelland et al. Nevertheless, how the 
H.248/MEGACO protocol might be used in a packet-switched network like 
GPRS/UMTS or GPRS/TDMA has not been defined. One contributor to this problem 
may be that the split architecture is not yet standardized for GPRS. 
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SUMMARY 

[0031] In accordance with one aspect of Applicants' invention, a method of re- 
establishing a connection between a radio network node and a core network having a 

• 5 control plane entity and a user plane entity in a communication network is provided. 
The control-plane entity sends an event in accordance with a media gateway control 
protocol to the user-plane entity, and the event orders the user-plane entity to notify the 
control-plane entity when user-plane traffic is received from another network node. The 
connection between the radio network node and the user-plane entity is released. 
10 User-plane traffic is received at the user-plane entity and in response the user-plane 

~- entity notifies the control-plane entity of this receipt and the connection between the 
radio network node and the user-plane entity is re-established. 

[0032] The method may further include the step of forwarding the received user-plane 
traffic from the user-plane entity towards the radio network node after the connection 
i5 has been re-established. Also, the connection may be re-established in response to an 
order by the control-plane entity, and the communication network may provide a 
general packet radio service. 

[0033] In another aspect of Applicants' invention, a method of detecting a faulty path 
in a communication network having a control-plane entity and a user-plane entity 

20 includes the step of sending, from the control-plane entity to the user-plane entity, an 
event in accordance with a media gateway control protocol that orders the user-plane 
entity to notify the control-plane entity when the user-plane entity discovers a faulty 
path. The method also includes the steps of sending at least one heartbeat message 
through a communication path to another entity, determining whether a heartbeat 

25 acknowledgment message has been received through the path, and if a heartbeat 
acknowledgment message has not been received, notifying the control-plane entity of 
the faulty path. 

[0034] This method may further include the step of sending, from the control-plane 
entity to the user-plane entity, a signal in accordance with the media gateway control 
30 protocol, that orders the user-plane entity to send heartbeat messages through the 
path. Also, the communication network may provide a general packet radio service, 
and the communication network may be an updated circuit-switched network that uses 
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packet bearers. 

[0035] In another aspect of Applicants' invention, a method of detecting a re-started 
user-plane peer in a communication network having a control-plane entity and a user- 
plane entity is provided. The control-plane entity sends, to the user-plane entity, an 
5 event in accordance with a media gateway control protocol that orders the user-plane 
entity to notify the control-plane entity when the user-plane entity discovers a re-started 
user-plane peer. Successive heartbeat messages are sent to a user-plane peer, and 
successive heartbeat acknowledgment messages may be received from the user-plane 
peer, where the heartbeat acknowledgment messages include re-start counter values. 
: 1 0 The re-start counter values of successive pairs of received heartbeat acknowledgment 
: : messages from a user-plane peer are compared, and if the comparison indicates that 
the user-plane peer has been re-started, the control-plane entity is notified of the re- 
started user-plane peer. 

[0036] This method may further include the step of sending, from the control-plane 
=1 5 entity to the user-plane entity, a signal in accordance with the media gateway control 

protocol that orders the user-plane entity to send heartbeat messages to user-plane 
~ peers. Also, the communication network may provide a general packet radio service, 

and the communication network may be an updated circuit-switched network that uses 

packet bearers. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0037] The features, objects, and advantages of this invention will be apparent from 
reading this description in conjunction with the drawings, in which: 
[0038] FIG. 1 depicts a combined packet-switched and circuit-switched 
25 communication network; 

[0039] FIG. 2 depicts a simplified GPRS attach in a packet-switched network; 
[0040] FIG. 3 depicts a simplified PDP context activation in a packet-switched 
network; 

[0041] FIG. 4 depicts a network architecture in which nodes are split into control- 
30 plane and user-plane entities; 

[0042] FIG. 5 depicts a conceptual organization of media gateway control protocol 
concepts; and 
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[0043] FIG. 6 depicts a method of re-establishing a connection between a radio 
network and an SGSN in a communication network having a split architecture; and 
[0044] FIG. 7 depicts a method of detecting a faulty path. 

DETAILED DESCRIPTION 
[0045] This description is given in terms of GPRS for convenience only, and it will be 
appreciated that the principles of the invention can be applied in other packet-switched 
networks having suitable characteristics. This invention can be implemented in an 
MSC in a traditionally circuit-switched part of a network that has been updated to use 
packet bearers such as IP packets. 

[0046] As described above, GPRS is organized according to mobility management 
(MM) contexts, PDP contexts, and GTP tunnels, and the SGSN is the GPRS support 
node (GSN) that is currently believed to benefit most from a split architecture. 
[0047] The Media Controller (SGSN control plane) can send an Event (defined in a 
Media Gateway Control protocol) to the Media Gateway (SGSN user plane) indicating 
that the Media Gateway must notify the Media Controller when user plane traffic is 
(again) received from the GGSN. This Event should preferably be sent just before the 
connection between the Media Gateway and the radio network (or the MS) is released. 
[0048] When the Media Controller is notified by the Media Gateway that the 
criterion(a) for the Event is(are) fulfilled (user plane traffic is received from the GGSN), 
the Media Controller can take necessary actions (i.e., re-establish the connection 
between the Media Gateway and the radio network (or the MS). 
[0049] FIG. 6 depicts a method of re-establishing a connection between a radio 
network and an SGSN (both an MC and an MG) in a communication network having a 
split architecture. The initial setup of the PDP context, and the condition triggering the 
release of the connection between the SGSN (both in the control plane and in the user 
plane) and the radio network (or the MS) is not shown in FIG. 6. 
[0050] In step 602, the Media Controller sends/sets an Event to order the Media 
Gateway to report back when user plane traffic is received from the GGSN. In step 
604, the Media Controller releases the connection between the radio network and the 
SGSN (both the Media Controller and the Media Gateway). In step 606, user-plane 
packet(s) from the GGSN are received in the Media Gateway. In step 608, the Media 
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Gateway buffers received packet(s) until the connection towards the radio network is re- 
established, and notifies the Media Controller of this occurrence. In step 610, the 
Media Controller re-establishes the connection between the radio network and the 
SGSN (both the Media Controller and the Media Gateway). In step 612, the Media 

5 Gateway forwards the received packet(s) towards the radio network. 

[0051] This method is an example of a simple solution for how mechanisms defined in 
a Media Gateway Control protocol can be used to re-establish a connection between an 
SGSN (both Media Gateway and Media Controller) and a radio network (or an MS) 
when the Media Gateway receives user-plane traffic from the GGSN in a split SGSN 

0 architecture. In particular, this solution eases the error handling procedures by 

identifying a particular condition that would otherwise have to be checked for its validity 
in the Media Gateway. 

[0052] This method could apply for similar re-establishments, if applicable, when a 
control-plane node is in charge of re-establishing the connection and a user-plane node 
5 discovers that the connection must be re-established. 

[0053] In another aspect of the invention, the Media Controller can send an Event to 
the Media Gateway to tell the Media Gateway that it must notify the Media Controller if 
any communication failure is discovered (like a faulty communication path towards a 
peer node or a re-started peer). Preferably, one such Event is sent per communicating 
peer node, but alternatively one Event could be sent for several peers. It will be 
appreciated that it is not necessary for a peer to have a split architecture; an MG 
communicates with that portion of the peer that is comparable to a user-plane entity. 
[0054] The Media Controller can send a Signal to the Media Gateway to order the 
Media Gateway to start sending heartbeat messages towards a communication peer, or 
alternatively towards several communication peers. (The sending of the Signal is 
optional in this invention as the Media Gateway can discover by itself to which peers it 
should initiate sending of heartbeat messages.) Alternatively, the Event and/or Signal 
can be pre-provisioned in the Media Gateway and therefore not explicitly sent by the 
Media Controller; such pre-provisioning will nevertheless be understood as "sending" 
with respect to this application. 

[0055] When the Media Controller is notified by the Media Gateway that the 
criterion(a) for an Event is fulfilled (e.g., a faulty user-plane path or a re-started user- 
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plane peer is discovered), the Media Controller can take appropriate action (e.g., notify 
the MSs, release all sessions going towards this peer or using this path, etc.). 
[0056] A method of detecting a faulty path is shown in FIG. 7. In step 702, the Media 
Controller sends/sets an Event to order the Media Gateway to report back if any fault 
5 situation (e.g., a re-started peer, a faulty communication path or link, etc.) is discovered. 
In step 704, the Media Controller sends/sets a Signal to order the Media Gateway to 
start sending heartbeat messages. In step 706, the Media Gateway sends a heartbeat 
message to a peer through a communication path. In step 708, the Media Gateway 
receives a heartbeat acknowledgment from the peer through the path. In step 710, the 
0 Media Gateway sends another heartbeat to the peer. In step 712, the Media Gateway 
does not receive a heartbeat acknowledgment from the peer within a predetermined 
time period (possibly after having repeatedly sent a number of heartbeat messages to 
the peer). In step 714, the Media Gateway notifies the Media Controller of this 
occurrence. The Media Controller can then take appropriate action (e.g., notify the 
corresponding MSs, release all sessions using the faulty communication path, etc.). 
[0057] A method of detecting re-started user-plane peers is similar to that shown in 
FIG. 7, but in such a method, a re-start counter value in the heartbeat acknowledge 
message would be compared to a previously received re-start counter value from this 
peer . If the re-start counter values were found to be different, the peer would be 
assumed to have re-started. The Media Gateway would inform the Media Controller of 
the situation, and the Media Controller could take appropriate action. 
[0058] One of the advantages of this solution is that the Media Controller is informed 
as soon as a peer in the user plane is considered re-started or a path towards a user- 
plane peer is considered faulty. The Media Controller has the knowledge of all 
sessions (PDP contexts) going towards this peer, and the signaling is controlled from 
the control layer. Hence, the Media Controller can notify the MSs or initiate the release 
of all required sessions. In this way, unnecessary traffic is avoided. 
[0059] It is currently believed that the methods described above are not limited to the 
H.248/MEGACO protocol but can be used for other Media Gateway Control protocols in 
a GPRS system, provided these other protocols use concepts that are suitably similar 
to the concepts used in the H.248/MEGACO protocol. In addition, Applicants' concept 
mapping should apply both for GPRS/UMTS and GPRS/GSM networks having one or 
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more nodes, e.g., GSNs, split into Media Controllers and Media Gateways. 
[0060] It will be appreciated that Applicants' invention also enables discovery of other 
fault situations (if such are introduced) in the user plane when discovery of the fault 
situation depends on communication with a user-plane peer. Moreover, the invention 
5 may be used for heartbeat functionality in a traditional circuit-switched network such as 
the circuit-switched portion of a UMTS, GSM, or similar network when packet bearers 
such as IP packets are used for circuit-switched sessions. Although such networks 
might not be considered traditional "circuit-switched networks" to the extent that they 
handle packet bearers, this terminology will be understood in this application to mean 
1 0 simply networks that are typical of traditional circuit-switched networks but that have 
been updated in that they handle packet bearers. 

[0061] Applicants' invention is described above in connection with various 
embodiments that are intended to be illustrative, not restrictive. It is expected that 
those of ordinary skill in this art will modify these embodiments. The scope of 
15 Applicants' invention is defined by the following claims, and all modifications that fall 
within the scopes of these claims are intended to included therein. 



